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Введение. Возведение высотных монолитных зданий и сооружений является сложной техниче- 
ской задачей. Для ее решения на практике используют технологию скользящей опалубки, позво- 
ляющую автоматизировать подъем опалубки, процессы укладки и уплотнения бетона. Автомати- 
зированные комплексы и робототехнические системы, основанные на данном методе, являются 
исключительно перспективным направлением совершенствования монолитного строительства. 
В рамках проведенных исследований [1] была решена задача создания автоматизированного ком- 
плекса скользящей опалубки, позволяющего повысить эффективность возведения монолитных 
зданий и сооружений сложной архитектурной формы и имеющего следующие характеристики: 

— обеспечение управления подъемом опалубки с отклонением от проектной вертикальной 
оси сооружения не более 20 мм; 

— осуществление регулирования радиального положения щитов опалубки, при этом по- 
грешность установки не превышает +2 мм; 

— формирование измерительной информации о положении комплекса и щитов опалубки, 
высоте подъема, температуре воздуха, скорости ветра; 

_ обеспечение синхронизации работы подъемных и регулирующих механизмов комплекса; 

— корректировка положения комплекса с учетом ограничений на управляемость, с обеспе- 
чением минимальной кривизны траектории подъема платформы. 

Изучение автоматизированных комплексов скользящей опалубки указало на необходи- 
мость более детального рассмотрения вопросов тестирования их программного обеспечения. В 
первую очередь, это связано с высокой сложностью программного обеспечения, с его помощью 
решаемых задач и, как результат, большой вероятностью появления ошибок. Причем ошибки 
возможны как при формулировке требований к комплексу, так и в процессе написания самого 
программного кода. Таким образом, правильная работа автоматизированных комплексов сколь- 
зящей опалубки не возможна без проведения тестирования ее программного обеспечения. 

При тестировании должны отрабатываться как стандартные циклы управления опалубкой, 
так и проверка безопасности, надежности и устойчивости к сбоям. С технической точки зрения 
проведение таких тестов не возможно без их автоматизации. В данной статье рассматриваются 
вопросы автоматизации тестов и описывается универсальная модель построения тестовых авто- 
матов. 


” Статья является результатом выполнения Московским государственным строительным университетом (МГСУ) проекта 
№5.1.11 (6/11) «Разработка, исследование и развитие математических методов и программно-алгоритмических средств, 
реализующих безопасную технологию возведения уникальных зданий и сооружений сложной архитектурной формы» те- 
матического плана в рамках мероприятия 1 Аналитической ведомственной целевой программы «Развитие научного потен- 
циала высшей школы (2009-2011годы)». 
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Автоматизация теста позволяет добиться экономической эффективности проведения тес- 
тирования за счет уменьшения работ, выполняемых разработчиками и тестировщиками скользя- 
щей опалубки. Кроме того, автоматизация теста дает возможность с наименьшими затратами 
времени и ресурсов воспроизвести и повторить большое число тестов, что важно при проведении 
регрессионного тестирования. 

За последнее время для автоматизации теста были созданы различные тестовые инстру- 
ментарии, ориентированные на решение конкретных задач в процессе тестирования. Так можно 
выделить инструментарии для создания тестовых сценариев, их администрирования и выполне- 
ния. Причем каждый из инструментариев имеет свою специфику и решает далеко не все задачи, 
которые необходимы в каждом конкретном случае. Для проведения тестирования автоматизиро- 
ванных комплексов скользящей опалубки зачастую приходится использовать несколько различ- 
ных инструментариев. Многообразие применяемых инструментариев увеличивает затраты на про- 
ведение тестирования. В то же время несовместимые интерфейсы между инструментариями де- 
лают невозможным их оптимальное использование. 

Если рассмотреть задачи различных тестовых инструментариев на абстрактном уровне, не 

вдаваясь в их специфику и особенности технических решений, то можно убедиться, что, в прин- 
ципе, эти задачи совпадают. Таким образом, сгруппировав существующие задачи тестовых инст- 
рументариев, можно разработать модель тестовой системы с универсальной архитектурой [2], 
которая может быть использована для решения вопросов автоматизации тестирования любых 
комплексов скользящей опалубки. 
Объект и цели тестирования. Прежде чем перейти к рассмотрению модели тестовой системы, 
необходимо определиться с объектом и целями тестирования. Целью тестирования является про- 
верка правильности выполнения системных требований, а также безопасность и надежность 
скользящей опалубки. На основе этих целей формируются тестовые сценарии. Каждый тестовый 
сценарий связан с конкретным системным требованием, а каждое требование - с объектом тести- 
рования (рис.1). Таким образом, число возможных тестовых сценариев для одного объекта тести- 
рования бесконечно велико. Чтобы ограничить их количество, проводят оценку рисков системных 
тробований и предопределяют методики, используемые при создании и проведении тестовых 
сценариев. Выбор методик и критериев оценки рисков описывается в стратегии тестирования [3]. 


Системные Тестовые 


требования сценарии 





Рис.1. Взаимосвязь между объектом тестирования и тестовыми сценариями 


Как уже отмечалось ранее, в качестве объекта тестирования рассматривается програм- 
мное обеспечение автоматизированных комплексов скользящей опалубки. При этом необходимо 
учитывать, что интерфейсы доступа к объекту тестирования изменяются в процессе разработки 
программного обеспечения и зависят от системных требований к скользящей опалубке и исполь- 
зуемых мехатронных компонентов при ее реализации. 

На ранних этапах разработки программное обеспечение рассматривается изолированно. 
Использование имитационных моделей позволяет воссоздать необходимое оборудование (окру- 
жение) скользящей опалубки и провести первые тесты контроля правильности работы програм- 
много обеспечения. Для автоматизации таких тестов используются так называемые программные 
интерфейсы взаимодействия процессов, которые предоставляются средой разработки имитацион- 
ных моделей. Хотя имитационные модели влияют на поведение объекта тестирования, сами они 
рассматриваются лишь как окружение, необходимое для проведения тестирования. 

В процессе разработки происходит последовательная интеграция программного обеспече- 
ния автоматизированного комплекса скользящей опалубки и ее компонентов в единую мехатрон- 
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ную систему. В результате этого изменяются окружение и интерфейсы доступа к объекту тестиро- 
вания, а именно, в качестве интерфейсов становится возможным использование информационно- 
технических данных и физических величин. При этом объектом тестирования остается программ- 
ное обеспечение. 

Модель универсальной тестовой системы. На основе углубленного анализа целей, объекта 
тестирования, его окружения и обобщения задач, решаемых различными тестовыми инструмента- 
риями, была разработана модель универсальной тестовой системы для автоматизированных ком- 
плексов скользящей опалубки [4]. 


в Тестовый автомат 


Управление тестами 


Выполнение и оценка тестов 
Управление тестовой средой 
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Рис.2. Модель универсальной тестовой системы 


Модель универсальной тестовой системы (рис.2) представляет собой пятиуровневую архи- 

тектуру. Все уровни отличаются по своей функциональности. На верхнем уровне модели решают- 
ся главным образом организационные и административные задачи, в то время как нижний уро- 
вень (окружение) находится в непосредственном контакте с объектом тестирования. Представ- 
ленная модель учитывает изменение объема данных (тестовые сценарии, тестовые отчеты, план 
тестирования, информация о конфигурации и т.п.) и скорость их обработки. Управление тестами 
обычно не критично по времени, ввиду ограничений, связанных со скоростью работы человека, а 
стимуляция и наблюдение, напротив, напрямую зависят от времени реакции объекта тестирова- 
ния. В случае автоматизированной скользящей опалубки необходимое время реакции тестовой 
системы лежит в области микро- и миллисекунд, что возможно достичь только за счет автомати- 
зации тестирования. 
Управление тестами. Уровень управления тестами решает задачи организационного характера 
и включает в себя пользовательский интерфейс для управления тестовой системой. Согласно 
стандарту ТЕЕЕ 829 [5] уровень отвечает за планирование, подготовку и конфигурацию процесса 
тестирования. Сюда же относится, например, спецификация тестовых сценариев и их реализация 
на подходящем языке программирования или в виде тестовых скрипов. Кроме того, администра- 
тивные задачи включают группировку, конфигурацию и параметрирование тестовых сценариев. 

Для эффективного решения задач на уровне управления тестами целесообразно исполь- 
зовать следующие компоненты: 

— редактор для создания, внесения изменений, сохранения и загрузки тестовых сценари- 
ев; 

— управление версиями тестовых сценариев, отчетов и конфигурации окружения и объ- 
екта тестирования, помогающее при проведении регрессионного тестирования; 
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— контроль за ходом тестирования, позволяющий связать проверку функциональных тре- 
бований с выполнением тестовых сценариев и своевременно выявить отклонение от плана тести- 
рования (дефицит ресурсов); 

_ оценка рисков, позволяющая расставить приоритеты в последовательности выполне- 
ния тестовых сценариев и тем самым сократить затраты времени на проведение тестирования. 

Уровень управления тестами необходим не только при автоматизированном тестировании, 

а также может оказать значительную поддержку пользователю при тестировании вручную. 
Выполнение и оценка тестов. Выполняются отдельные тестовые сценарии в соответствии с их 
описанием и дается оценка реакций объекта тестирования на его стимуляцию. Для этого тесто- 
вые сценарии разбиваются на отдельные шаги тестирования и передаются в тестовую среду для 
их непосредственного выполнения. Наблюдаемые реакции объекта тестирования протоколируют- 
ся и сравниваются с заданными в тестовом сценарии ожидаемыми значениями. На основе сравне- 
ния наблюдаемого и ожидаемого поведения объекта тестирования проводится оценка и выносит- 
ся результат выполнения тестового сценария (успешно либо с ошибкой). Тестовые сценарии 
должны быть описаны в пригодной форме для их автоматической обработки. Тестовый отчёт, 
включая результаты тестирования, передается затем на уровень управления тестами для админи- 
стрирования. 
Управление тестовой средой. На уровне выполнения и оценки тестов тестовые сценарии раз- 
биваются на отдельные шаги. Шаг тестирования означает выработку сигнала (стимуляция), на- 
стройку компонента тестовой среды или чтение и анализ сигнала (наблюдение) объекта тестиро- 
вания. Система управления отвечает за выполнение шагов тестирования за счет воздействия на 
компоненты тестовой среды, представленные на рис.3. 


Тестовая среда 





Рис.3. Компоненты тестовой среды 


Другой важной задачей системы управления тестовой средой является отделение уровня 
выполнения и оценки тестов от уровней окружения объекта тестирования и его стимуляции. По- 
следнее необходимо при проведении тестирования с учетом требований соблюдения ограничений 
по времени. Примером такого разделения может являться размещение системы управления тес- 
товой средой на независимой от тестового автомата платформе для обработки данных в режиме 
реального времени, что, в свою очередь, требует четкого определения интерфейсов между сис- 
темой управления тестовой средой и уровнем выполнения и оценки тестов. 
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Таким образом, задачами уровня управления тестовой средой являются: конфигурация и 

инициализация тестовой среды, администрирование и синхронизация работы компонентов тесто- 
вой среды, выполнение команд отдельных шагов тестирования, а также обеспечение корректной 
работы обмена данными между тестовым автоматом и тестовой средой. В случае сбоев, например 
при разрыве связи между тестовым автоматом и тестовой средой или при некорректном поведе- 
нии компонентов, система управления тестовой средой должна обеспечивать принятие соответст- 
вующих контрмер. 
Стимуляция и наблюдение объекта тестирования. Модель тестовой системы включает 
функциональный уровень стимуляции и наблюдения объекта тестирования, на котором значение 
переменной отдельного шага тестирования преобразуется в сигнал стимуляции объекта тестиро- 
вания и, наоборот, наблюдаемый сигнал представляется в виде конкретного значения перемен- 
ной. Для достижения этой цели компоненты стимуляции и наблюдения должны с достаточной 
гибкостью взаимодействовать с доступными интерфейсами и окружением объекта тестирования. 

На рис. 3 представлены компоненты тестовой среды, реализующие следующие функции: 

— стимуляция (С) — обеспечение программного доступа к параметрам компонентов окру- 
жения объекта тестирования для установки значений параметров имитационной модели, посылки 
команд объекту тестирования или для запуска генератора ШИМ-сигнала и т.п.; 

— генерация сигналов (Г) — фактическая выработка сигналов для воздействия на объект 
тестирования, например, сетевого пакета данных, ШИМ-сигнала, цифрового или аналогового сиг- 
налов; 

_ возмущения и помехи (В) — воспроизводимое изменение сигнала для приближения по- 
ведения окружения объекта тестирования к реальным условиям и вызова определенных ошибок, 
например, при использовании заведомо неверных данных; 

_ прием сигналов (П) — прием цифровых и аналоговых сигналов; 

— анализ сигналов (А) — преобразование цифровых и аналоговых сигналов в приемлемую 
форму для последующей обработки на верхних уровнях модели тестовой системы; 

— контроль сигналов (К) — непрерывная проверка граничных значений сигналов; 

— наблюдение (Н) — обеспечение программного доступа к параметрам компонентов ок- 
ружения объекта тестирования для считывания принятых сигналов, значений переменных объек- 
та тестирования, параметров имитационной модели и т.п. 

В зависимости от этапа процесса разработки и окружения объекта тестирования к компо- 
нентам тестовой среды предъявляются различные требования. 

Окружение объекта тестирования. Как уже отмечалось ранее, объектом тестирования явля- 
ется программное обеспечение автоматизированных комплексов скользящей опалубки. Для оцен- 
ки правильности работы программного обеспечения необходима среда, которой будет выполнять- 
ся имеющийся программный код. Такой средой и является окружение объекта тестирования. Ком- 
поненты, необходимые для тестирования программного обеспечения, но недоступные на момент 
тестирования, должны быть заменены их моделями. При помощи имитационных моделей можно 
воссоздать, например, сигналы отдельных мехатронных компонент автоматизированного ком- 
плекса скользящей опалубки, либо в какой-то мере воспроизвести технический процесс подъема 
опалубки. При этом для объекта тестирования не должно существовать отличий в обмене сигна- 
лами с реальными окружением и его тестовой средой. 

Использование модели. На рис.4 представлена схема использования модели универсальной 
тестовой системы. Первым шагом необходимо провести системный анализ разрабатываемого ком- 
плекса скользящей опалубки с целью выявления набора задач, решаемых на программном уров- 
не. Кроме того, необходимо выбрать, как минимум, один набор тестовых сценариев с информаци- 
ей о целях тестирования (функциональность, безопасность, надежность и др.) и доступных ин- 
терфейсах окружения объекта тестирования. В результате полученная информация упрощает вы- 
бор необходимых тестовых инструментариев для создания тестовой системы. При этом, с учетом 
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требований рассматриваемого набора тестовых сценариев, проводится адаптация и реализация 
необходимых инструментариев с их последующей интеграцией в универсальную тестовую систе- 


му. 





Выбор тестовых инструментариев 
Адаптация Реализация 
Интеграция тестовых инструментариев 


Рис.4. Использование модели универсальной тестовой системы 


Заключение. Испытание предложенной модели проводилось на стендах автоматизированных 
комплексов скользящей опалубки на различных этапах ее разработки. В качестве инструментари- 
ев использовались программные продукты и компоненты НР ОцаЖуСежег, МТ Та \ЛЕМ/ и пр. Инте- 
грация этих инструментариев в тестовую систему подтверждает верность представленной модели 
универсальной тестовой системы, ее эффективность и пригодность на практике. 

Модель универсальной тестовой системы позволяет структурно описать задачи автомати- 
зированного тестирования и тем самым упрощает поиск и использование существующих тестовых 
инструментариев. Таким образом, снижаются затраты и увеличивается эффективность проведе- 
ния всего процесса тестирования автоматизированных комплексов скользящей опалубки. 
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